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TESTO DELIA DESCRIZIONE °£ ^ 

La presente invenzione si rif erisce O Tj 

all' erogazione di servizi di telecomunicazioni in q 
un ambiente nel guale siano contemporaneamente co < 

present! due sistemi di telecomunicazioni operant! 
secondo standard diversi. 

A titolo d'esempio - .senza die cio debba 
essere interpretato in senso limitativo della 
portata dell' invenzione, che e affatto generale - i 
due sistemi di telecomunicazioni possono essere due 
sistemi di comunicazioni mobili operanti secondo lo 
standard UMTS (Universal Mobile Telecommunications 
System) e secondo uno standard Wireless Local Area 
Network o WLAN, quale, ad esempio, lo standard 
correntemente indicato come 802.11. 
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Nel documento nominato "Stand-Alone Data-Cells 
for UMTS" , presentato come documento Tdoc FEW- 
P032/01 al 3 GPP Future Evolution Workshop tenutosi 
il 18-19 ottobre 2001 a Helsinki (Finlandia) , e 
descritta una soluzione architetturale che consente 
di attuare un' Integra zione totale dei due sistemi; 
tale integrazione awiene nel modo radio ed offre 
1 ' opportunity di gestione ottimale della rete. 

Tematiche nel complesso affini sono discusse 



Wireless Telecommunications Summit 2002, svoltosi a 
Salonicco (Thessaloniki) in Grecia il 17-19 giugno 
2002. Questo lavoro enfatizza, fra l'altro, 
l'importanza di definire soluzioni per migliorare 
il throughput di tali sistemi e fomire all'utente 
la migliore qualita di servizio. 

La presente invenzione si prefigge lo scopo di 
fomire una soluzione che permette di sfruttare al 
meglio le opportunity offerte da un tale scenario 
d' integrazione. Cio in particolare per quanto 
riguarda la possibility di effettuare in modo 
dinamico una scelta ottimale dell'accesso al 
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nel lavoro "Location-based Radio Resource .Op 
Management in Multi Standard Wireless Network 
Environments" di M.Hildebrand, G. Cristache, * 
K.David e F. Fechter presentato all' 1ST Mobile & 

CO <^ 
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sistema integrate tenendo conto delle esigenze 

dell'amministratore di rete (o dell' operatore) e 

dell'utente che sta richiedendo un servizio. 

Secondo la presente invenzione, tale scopo d 

raggiunto grazie ad un procedimento avente le 

caratteristiche richiamate in modo specifico nelle 

rivendicazioni che seguono. L' invenzione riguarda 

anche il corrispondente sistema nonch<§ il relativo 

prodotto informatico, direttamente caricabile nella 

memoria interna .di un elaboratore nutnerico e 

comprendente porzioni di codice software per i< _ _. 

O zd h 

realizzare le fasi del procedimento secondo ZJ * 

M O 

1' invenzione quando il prodotto e eseguito su un nh 

elaboratore. 

In ogni caso, pur essendo stata messa a punto 
con specifico riferimento alia possibile 
applicazione ad uno scenario d' integrazione del 
tipo descritto in precedenza, la soluzione secondo 
1' invenzione e suscettibile di essere applicata in 
modo vantaggioso in qualunque contesto in cui si 
presentino le stesse tematiche di fondo. La 
soluzione secondo 1' invenzione £ quindi applicabile 
tanto a reti di telecomunicazioni operanti secondo 
standard diversi rispetto a quelli cui si § fatto e 
si fara esplicito riferimento, sia in contesti in 
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cui e prevista 1 ' integrazione di un numero di 
sistemi di telecomunicazioni di numero superiore a 
due sistemi operanti fra loro in modo integrate 

La soluzione secondo l'invenzione permette 
quindi di erogare servizi di telecomunicazioni in 
un ambiente in cui: 

- sono previsti una plurality di sistemi di 
telecomunicazioni operanti secondo standard diversi 
ed accessibili da terminale in modo integrate 

- almeno uno dei servizi e erogabile da piu Q ^ 
sistemi, dunque secondo standard diversi. 

La soluzione secondo l'invenzione prevede che, 
a fronte della richiesta d'erogazione del suddetto 
almeno un servizio, si verifichi la disponibilita, 
per l'erogazione del servizio richiesto, di almeno 
un primo ed un secondo sistema. Si seleziona 
quindi, in modo automatico e dinamico, uno fra i 
due sistemi per l'erogazione del servizio 
richiesto. La selezione awiene di preferenza 
tramite un unico modulo, al fine di consent ire la 
selezione, attuata in modo automatico e dinamico, 
di una risorsa di comunicazione considerata 
preferenziale per l'erogazione del servizio 
richiesto nell'ambito del sistema integrato. 

L'invenzione sari, ora descritta, a puro tit|||§ m { 
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d'esempio non 1 imitative con riferimento ai 
disegni annessi, in cui : 

- la figura 1 illustra il generale scenario 



1' invenzione, 

- la figura 2 e un diagramma di flusso che 
illustra l'attuazione di una soluzione secondo 

1 ' invenzione , e 

- la figura 3 e un diagramma utilizzabile per 
valutare le condizioni di carico di una rete WLAN o 
similare nel contesto dell' invenzione . 

La soluzione secondo 1' invenzione trova la sua 
applicazione pref erenziale in uno scenario multi- 
modo (owerosia multi-sistema o mult i- standard) del 
tipo rappresentato nello schema a blocchi della 
fig. 1. 

In generale, e previsto che i terminali T 
collegati al sistema siano terminali multi-modo o 
multi-standard, ad esempio terminali suscettibili 
di support are contemporaneamente piu standard, 
quali lo standard UMTS e uno standard 802.11. 

Tali terminali sono quindi in grado di 
interf acciarsi : 



- al nodo, correntemente denominato nodo B, 
costituente l'elemento dell ' UTRAN (UMTS Terrestrial 



d' applicazione 



della 



soluzione 



secondo 
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Radio Access Network, denominazione che indica la 

rete N di accesso radio del sistema UMTS) atto alia 

trasmissione in aria del segnale, senza alcuna 

modifica rispetto alio standard, e 

- al punto d' accesso (Access Point) AP, ossia 

all'elemento del sistema 802.11 atto alia 

trasmissione in aria del segnale. 

Nel caso del punto d' accesso AP, le 

inf ormazioni scambiate con il terminale T sono Q =5 

essenzialmente equivalenti a quelle previste nella <C _ 

funzionalita AP standard, essendo perd prevista la - 

f^j" O 

possibility di collegamento al cosiddetto Radio m 
Network Controller (RNC) , di tipo standard ma 
integrato con le funzionalita atte a gestire il 
sistema 802.11. 

In via essenziale, 1'AP ed il controllore RNC 
devono comunicare fra loro due parametri, ossia: 

- il numero di utenti attestati sulla rete 
WLAN, e 

- il bit rate complessivo delle comunicazioni 
attive sulla stessa rete WLAN. 

I parametri che intervengono nella procedura 

sono : 

. SIFS (Short Interframe Space) = 28ys 

. backoff slot time (tempo di backoff) = 50ps 
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. propagation delay (ritardo di propagazione) 

IjiS 

• tsiot (tempo di slot) = 20ps 

. CW min (Contention Window min) = 32 

. CW max (Contention Window max) = 2 56 

Per quanto riguarda 1 ' inf rastruttura di rete. 
UMTS non e prevista alcuna* modifica rispetto al 
cosiddetto Core Network standard, in particolare 
^ per quanto riguarda il nodo, denominato SGSN 



x 
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(Serving GPRS Support Node), che s'interfaccia con ^ Q 

r— - i 

la rete UTRAN. § uj ^ 

Tutto questo in uno scenario d' integrazione in mO 
cui i nodi B e i punti d'accesso AP sono gestiti in < 
modo prefer ito da un unico control lore situato in 
una versione evoluta dell'attuale controllore RNC 
previsto dallo standard. Ulteriori informazioni 
inerenti alle specif iche modalita d' implement a zione 
tradizionali illustrato nella figura 1 sono 
desumibili dal documento presentato al 3 GPP Future 
Evolutions Workshop gia citato in precedenza e 
delle specif iche GPP . Quest ' ultima denominazione 
comprende tutte le specifiche GSM (compresi GPRS e 
EDGE) e 3G. Altri termini utilizzati per descrivere 
reti che utilizzano le specifiche 3G sono: UTRAN, 
W-CDMA, UMTS (in Europa) e FOMA (in Giappone) . 



Nel contesto qui illustrate* e in generale 
prevista l'erogazione di seryizi di 

telecoraunicazione di tipo diverse Per fissare le 
idee (con intento peraltro puramente 

esemplificativo) si pud far rif erimento alia 
classificazione standard dei servizi utilizzata per 
lo standard UMTS. 

In tale contesto si parla in primo luogo di 
servizio conversazionale : si tratta di un tipo o. 
classe di servizio utilizzato per chiamate in tempo 
reale fra utenti, come nel caso dei servizi voce e 
video-conferenza. II tempo di trasf erimento deve 
essere mantenuto basso e la relazione temporale tra 
le varie parti del flusso informativo deve rimanere 
intatta, in modo da rispettare le caratteristiche 
della percezione umana. 

Si parla poi di servizi di streaming, 
utilizzati nel caso in cui l'utente desideri 
-yricevere flussi audio/video. Si tratta di solito di 
un servizio unidirezionale erogato da un server ad 
un terminale, quale un terminale mobile. E' 
importante che . rimangano intatte le relazioni 
temporali fra le diverse parti del flusso 
informativo, non essendo pero imposti requisite 
particolarmente stringent i sui tempi 
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trasferimento dell ' inf ormazione nella sua 
glbbalita: 1 ' inf ormazione e anche memorizzata a 
livello di buffer nel terminale ricevente in modo 
da rendere trasparenti alia percezione umana 
eventuali fenomeni di jitter. 

Esiste poi la clas^e dei servizi interattivi, 
utilizzati nel caso in cui l'utente richieda dati 
ad un apparato remoto, come nel caso della 
navigazione su Internet o l'accesso a server di 
rete. In questo caso sono important i i fattori <c O 

q — 

quali il cosiddetto Round Trip Delay (RTD) e ^ j " 
1' integrity dei dati. m^" 

Esiste infine la classe dei servizi di 
background, che identifica applicazioni con bassa 
priority di esecuzione, dunque suscettibili di 
essere eseguite in background. Alcuni esempi di 
servizi relativi a quest a quality di servizio 
(Quality of Service o QoS) sono la trasmissione dei 
messaggi di posta elettronica o dei cosiddetti SMS . 
In questo caso, non sono important i i limit i di 
tempo, ma e importante 1' integrazione dei dati. 

La soluzione secondo l'invenzione mira a 
sfruttare al meglio le opportunity offerte dal 
contesto sopra descritto. Questo con una tecnica 
che effettua dinamicamente una scelta ottima 
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dell'accesso radio tenendo conto delle esigenze 
dell'amministratore di rete (o dell ' operatore) e 
dell'utente che. sta chiedendo un servizio. 

La soluzione qui descritta prevede di eseguire 
una scelta sulla base dei seguenti parametri : 

- classe del servizio richiesto dall'utente; 

- disponibilita di risorse di trasmissione (ad 
esempio risorse radio sia lato UMTS, sia lato 



WLAN) ; O O 

< ^ 

5 3' 
z yj 



- possibility di effettuare una rinegoziazione 

del servizio. 

La soluzione in quest ione opera in base alle 

seguenti linee guida. 

In linea di principio, lo standard UMTS ha una 
capacita trasmissiva di 2 Mbit/s mentre, per 
esempio, lo standard 802.11b ha una capacita 
trasmissiva complessiva di 11 Mbit/s. L'UMTS e 
inoltre in grado di dare ottime garanzie in termini 
di QoS (qualita di servizio) . 

La risorsa di trasmissione UMTS pud quindi 
essere considerata piu preziosa e ci6 giustifica il 
criterio di liberare o "scaricare" quanto piu 
possibile la rete UMTS, sfruttandola solo per 
servizi che hanno requisiti stringenti di qualita 
di servizio e nelle situazioni in cui la risorsa 



m O 
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WLAN non risulti disponibile. Per il resto, il 
sistema 802.11b grazie al suo elevato bit rate, 
offre un ottimo supporto per i servizi che non 
hanno richieste particolarmente stringenti in 
termini di QoS. 

All'atto pratico, il sistema secondo 
1'invenzione pud essere implementato sotto forma di 
un modulo 10 (si osservi la figura 1) integrate nel 
controllore RNC gia previsto nello scenario di 
integrazione cui si e fatto riferimento nella parte 
introduttiva della presente descrizione. 

La relativa procedura di funzionamento e 
illustrata nel diagramma di flusso della figura 2. 

In tale diagramma di flusso, il passo indicato 
con 100 rappresenta la richiesta di un servizio 
effettuata dall'utente tramite il terminale T. 
Quest' azione fa si che venga richiesta al 
controllore RNC 1 9 instaurazione di un cosiddetto 
RAB (Radio Access Bearer) con determinate 
caratteristiche . 

Le caratteristiche utili per la scelta 
descritta nel seguito corrispondono essenzialmente 
a parametri quali: classe di servizio richiesto, 
bit rate richiesto e possibility di rinegoziazione 
del servizio. 

12 



Nel passo 102 si verifica se il servizio 
richiesto e un servizio di tipo conversazionale. 
Poiche lo standard WLAN mal si presta a supportare 
servizi conversazionali, se il test del passo 102 
da esito posit ivo, il sistema evolve direttamente 
verso il passo 104 in cui si verifica se la risorsa 
di comunicazione UMTS sia disponibile. Se il test 
del passo 104 da esito positivo, il sistema evolve ^ 
verso un ulteriore passo 106 f acendo si che il Op 
servizio sia offerto sul sistema UMTS. Se la OEiTl 
risorsa UMTS non e disponibile (esito negativo del 

M I — 

passo 104) il sistema evolve verso un passo 108 3 Z 

dove si verifica se siano richiesti piu data rate. 

In pratica, nel passo 108 si verifica se, pur 
non potendo essere erogato con le caratteristiche 
(ad esempio, bit rate) con le quali d stato 
originariamente richiesto, il servizio in questione 
possa essere erogato con caratteristiche 
modificate, ad esempio con un data rate minore 
rispetto a quello inizialmente previsto. 

Se la verifica del passo 108 da esito 
negativo, il sistema evolve verso un passo 110 
segnalando 1' impossibility di fornire il servizio, 
che non e offerto. yf^^^^^ 
Se, al contrario, il test del passo 108 
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esito positivo (il che significa che e possibile 
procedere ad una cosiddetta "rinegoziazione" del 
servizio, offrendolo ad esempio con un data rate 
minore) il sistema ritorria, attraverso un passo di 
rinegoziazione 109, al passo 104. 

La verifica della disponibilita della risorsa 
UMTS e allora nuovamente condotta non gia con 
riferimento alle caratteristiche del servizio cosi 
come originariamente richiesto, ma con riferimento 
alle caratteristiche del servizio cosi come 
risultante dalla "rinegoziazione" , ad esempio con 
riferimento ad un data rate minore. 

II risultato finale di questo modo di operare 
e dato o dall ' erogazione del servizio su UMTS 
(passo 106) , eventualmente dopo aver ef fettuato 
ulteriori tentativi in condizioni ulteriormente 
"rinegoziate" (ammesso che cio sia possibile) , 
owero con la definitiva mancata erogazione del 
servizio (passo 110) . 

Se nel passo 102 si d verificato che il 
servizio richiesto non e un servizio di tipo 
conversazionale, il sistema evolve verso un passo 
112 dove si verifica se il servizio richiesto e un 
servizio di streaming. 

Un servizio di questo genere pud essere 
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erogato tanto con la risorsa WLAN quanto con la 
risorsa UMTS, questa seconda risorsa essendo 
tuttavia considerata (per i motivi gia indicati in 
precedenza) una risorsa piu preziosa. 

Per questo motivo, se il passo 112 dS. esito 
positivo, indicando che il servizio richiesto e un 
servizio di streaming, il sistema evolve dapprima 
verso un passo 114 dove si verif ica se la risorsa ^ >< 



WLAN sia disponibile. a* P 

£ Z 

Se il test del passo 114 da esito positivo, il o zi 

sistema evolve verso un passo indicato con 116 FaO 

m I— 

corrispondente all ' allocazione ed erogazione del 
servizio su WIiAN con 1'opportuno data rate. 

Se, al contrario, il passo 114 da esito 
negativo (perche si verif ica che la risorsa WLAN 
non § disponibile: la relativa verif ica e 
effettuata secondo i criteri meglio descritti nel 
seguito) , in un successivo passo 118 il sistema 
verif ica se sia invece disponibile la risorsa UMTS. 

Verificata la disponibilita della risorsa UMTS 
(esito positivo del passo 118) il sistema evolve 
verso un passo 120 corrispondente all ' erogazione 
del servizio di streaming sulla rete UMTS. 

Qualora la risorsa UMTS non risulti 
disponibile (esito negativo del passo 118) il 
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si sterna evolve verso un pas so 122 sostanzialmente 
assimilabile al passo 108 gia visto in precedenza. 

II passo 122 corrisponde ad un meccanismo di 
possibile rinegoziazione del servizio attuato 
verificando se il servizio di streaming richiesto 
dall'utilizzatore possa essere erogato con piu data 
rate, in particolare effettuando un tentativo con 
un data rate minore . 

Tale tentativo, rappresentato dal passo 124, e 
pero preferibilmente attuato non gia ritornando 
verso la risorsa UMTS (passo 118) ma andando a 
verificare nuovamente (nel passo 114) la 
disponibilita della risorsa WLAN, considerata meno 
preziosa e dunque da utilizzarsi in via 
preferenziale rispetto alia risorsa UMTS . 

Anche in questo caso, cosi come nel caso visto 
in precedenza in relazione al servizio di tipo 
conversazionale, 1'esito finale della procedura e 
dato o dall'erogazione del servizio su UMTS (dopo 
uno o piu tentativi attuati con data rate minori - 
passo 116) owero con la segnalazione finale, 
rappresentata dal passo 126, dell ' impossibility di 
offrire il servizio. 

Criteri sostanzialmente simili (senza che sia 
prevista . la rinegoziazione del servizio) sono 
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adottati per l'erogazione di servizi di tipo 

interattivo owero di background. 

In particolare, a fronte di un esito negativo 

del passo 112 (il servizio richiesto non e ne di 

classe conversazionale, ne di classe streaming) il 

sistema evolve verso un ulteriore passo di scelta 

127, dove si verifica se il servizio richiesto e un 

servizio interattivo. * ^ x 

In caso di esito posit ivo, ancora una volta il O q 

< o 

sistema verifica, in un passo 128, la disponibilita O 5 ~^ 

della risorsa WLAN. 

. N I — 

Se tale risorsa e disponibile (esito positivo o Z 
del passo 128) il servizio e allocato su WLAN con 
1'opportuno data rate (passo 116) . 

Se il passo 128 indica 1 ' indisponibilita della 
risorsa WLAN, il sistema evolve verso un passo 13 0, 
dove si verifica la disponibilita della risorsa 
UMTS. 

In caso di esito positivo, il sistema evolve 
verso un passo 132, corrispondente all ' erogazione 
del servizio interattivo su UMTS. Qualora invece 
il passo 13 0 dia esito negativo, indicando 
1 ' indisponibilita della risorsa UMTS, il sistema 
evolve direttamente verso un passo 
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servizio. Questo in quanto per il servizio di tipo 
interattivo non appare di solito proponibile 
l'effettuazione di tentativi rinegoziazione con 

data rate minori. 

II possibile esito negativo del passo indicato 
con 127, indicativo del fatto che il servizio 
richiesto non e ne di classe conversazionale, ne di 
classe streaming, ne ancora di classe interattiva, 

identif ica il servizio richiesto come servizio di Op 

<r o 
(— . 

background . O ~" 

za « 

Riconosciuto questo fatto in un passo indicato 

J~vJ I 

con 136, il sistema evolve ancora una volta verso ;d Z 

un passo 13 8 di verifica della disponibilita della 
risorsa WLAN. 

In caso di esito positivo, il servizio e 
allocato sulla WLAN, riconosciuta come disponibile. 
Cio awiene nel passo indicato 116. 

Se invece il passo 138 da esito negativo, 
indicando 1' indisponibilita della risorsa WLAN, il 
sistema evolve verso un passo 140 dove si verifica 
la disponibilita della risorsa UMTS. 

Secondo criteri sostanzialmente simili e 
quelli adottati nei passi 130, 132, 134 descritti 
in precedenza, l'esito del passo 140 porta, in 
altemativa, all ' erogazione del servizio su UMTS 
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(passo 142) , owero alia segnalazione 

dell 'impossibility di offrire il servizio (passo 
144) . 

In sintesi, i criteri di funzionamento sopra 
descritti sono riconducibili al seguente modello 
generale 

Si effettua inizialmente un controllo sulla 
classe del servizio richiesto. 

Lo standard WLAN mal si presta a supportare £j ^ 

servizi di tipo conversazionale, quindi questo tipo < ^ 

di servizi e immediatamente indirizzato sulla rete Z ^ *> 

m O 

UMTS . a 



Effettuato tale controllo, e verificato che il 
servizio richiesto non e di tipo conversazionale, 
il sistema verif ica se la risorsa WLAN sia 
disponibile o no, effettuando una sorta di 
controllo di ammissione (Admission Control) . 
) In pratica, si verif ica che 1' indirizzamento 

dell'utente sulla WLAN non carichi eccessivamente 
la rete, provocando una degradazione eccessiva 
delle prestazioni complessive del sistema. 

Se la risorsa WLAN risulta disponibile, il 
servizio e allocato su tale accesso radio e la 
procedura termina . 

Se la risorsa WLAN non risulta disponibile 
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(oppure il controllo fatto all'inizio ha dato esito 
positive* , segnalando la richiesta di un servizio di 
tipo conversazionale) , si va a controllare la 
disponibilita della risorsa UMTS effettuando una 
procedura di Admission Control (gia prevista nel 
sistema UMTS ed implementata nel controllore RNC) . 

Se la risorsa UMTS risulta disponibile, il 
servizio e allocato su tale accesso radio e la 
procedura termina. 

Se la risorsa UMTS non risulta disponibile, si 
sfrutta il meccanismo di rinegoziazione del 
servizio (solo nel caso di servizi conversazionali 
o streaming) e si ritenta la procedura con i 
requisiti di servizio inf eriori . 

La procedura termina comunque dopo un nuovo 
controllo delle risorse. Se il servizio poteva 
essere soddisfatto con risorse inferiori e tali 
risorse erano disponibili, il servizio e erogato; 
altrimenti non e'e fornitura di servizio. 

Nel caso in cui non ci siano risorse radio 
disponibili per servizio conversazionali e 
streaming, e possibile rinegoziare il servizio e 
soddisfare la richiesta fornendo un data rate 
minore di quello richiesto inizialmente . 

II tentativo con data rate minore (passi 109 e 

20 



124) corrisponde essenzialmente al verificare se e 
possibile abbassare le richieste di data rate, 
provando a ricontrollare la risorsa con un rate 
inf eriore . 

L'appartenenza del servizio richiesto alle 
varie class! e verificata nei passi 102, 112 e 127 
in funzione delle definizioni fornite in 
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precedenza • 

9 L'allocazione del servizio su WLAN o UMTS as ^ 

corrisponde al fatto che la relativa verifica di Og 
risorsa ha dato esito positivo ed il servizio e ^ p 

erogato tramite l'accesso radio o alio standard op < 

802.11b owero alio standard UMTS. 

II servizio non d offerto quando la procedura 
termina senza che sia possibile erogare il servizio 
richiesto perche non sono disponibili risorse radio 
che soddisfino i requisiti di servizio. 

^ Per quanto riguarda la verifica della 

disponibilita delle risorse, nel caso della risorsa 
UMTS § possibile effettuare la verifica con la 
formula (di per se nota) desunta dalla definizione 
della cosiddetta "pole capacity" . Nel caso 
"uplink", tale formula si esprime come: 

T| = (l+f)*SNR*SAF y^W^fe^ 
Tale formula corrisponde alia definizione 
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parametro r| identif icativo del carico della cella, 
normalizzato rispetto al valore massimo teorico. Ad 
esempio, d possibile considerare una cella carica 
quando questo parametro vale 0,7. 

Per f s'intende un parametro che rende conto 

del contributo interf erenziale provocato dalle 

celle adiacenti alia cella considerata. 

Per SNR s'intende il rapporto segnale/rumore 

richiesto, ossia il rapporto segnale/rumore 

occorrente perche un dato servizio sia ben 

supportato. 

Infine, il parametro SAF (Service Activity 
Factor) indica la frazione temporale media nella. 
quale la sorgente d attiva. 

La formula sopra riportata fa riferimento ad 
un unico utente. Il valore totale si ottiene 
calcolando il valore parziale del parametro (owero 
calcolandone il valore per ogni collegamento 
attivo) e sommando tutti i termini cosi ottenuti. 
Questa formula fornisce una stima approssimata del 
carico della rete e pud quindi essere utilizzata 
per schematizzare il comportamento dell ' admission 
control e, dunque, ricavare la risposta alia 
domanda risorsa UMTS disponibile. 

La soluzione appena descritta costituisce un 
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esempio volutamente semplif icato di tecnica di 

admission control. In generale le tecniche di 

admission control sono pixi sofisticate in quanto 

tengono in conto, ad esempio, il carico sul 

collegamento downlink e la disponibilita di codici 

di spreading, oltre a sfruttare informazioni 

derivate da misure di potenza. 

Relativamente all'accesso alia rete WLAN, una 

soluzione particolarmente vantaggiosa e quella che Q g 

descrive la degradazione delle prestazioni del j< 

Ori h 

sistema all ' aumentare del numero degli utenti. E' ^ =? . * 

o 

cosi possibile f ornire una sorta di criterio di ^ 



admission control ricavando la capacita dello 
standard 802.11 in funzione del numero degli utenti 
attivi. II diagramma della figura 3, ricavato 
elaborando i parametri gia citati in precedenza 
(ossia Short Interframe Space, tempo di backoff, 
| ritardo di propagazione, tempo di slot, Contention 

Window min e max) , rappresenta il valore di rate 
normalizzato al valore del massimo bit rate 
teorico, ad esempio pari a 11 Mbit/s per il sistema 
802.11b, in funzione del numero degli utenti. 

In altre parole, se gli utenti attivi sulla 
WLAN sono, ad esempio, 30, quest i avranno 
complessivamente a disposizione (facendo 
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rif erimento al diagramma della figura 3) circa 
6,457 Mbit/s, che saranno poi suddivisi tra tutti 
gli utenti. 

E' quindi possibile verificare se il bit rate 
complessivamente .disponibile e sufficiente per 
fornire il servizio richiesto da tutti gli utenti. 

A "titolo di esempio pratico (in proposito si 
faccia riferimento congiuntamente tanto al 
diagramma di f lusso della figura 2 quanto al 
diagramma della figura 3) si consideri il caso di 
un utente che richiesta un servizio di streaming 
con un bit rate di 384 kbit/s che pud essere 
soddisfatto anche da un bit rate di 144 kbit/s. 

Si supponga che al . moment o siano attivi 32 
utenti sulla WLAN (quindi il bit rate disponibile e 
pari, con riferimento al diagramma della figura 3 a 
6,3349 Mbit/s) ed il carico della cella UMTS e 
supposto prossimo al valore massimo di 0,7. II 
sistema e quindi vicino alle condizioni di massimo 
carico . 

L'evoluzione attraverso il diagramma di f lusso 
della figura 2 § quindi il seguente. 

E' un servizio di tipo conversazionale? No. 
E' un servizio streaming? Si. 

Ci si pone ora la domanda se la risorsa WLAN 
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risulti o no disponibile. 

Si supponga che sulla WLAN siano attestati 32 

utenti (massimo bit rate disponibile 

0,5759*11=6,3349 Mbit/s) e che il carico su tale 

rete sia di 6,000 Mbit/s. Il 33-esimo utente 

chiede, cosi come specif icato in precedenza, un 

servizio streaming a 384 kbit/s che pud essere 

soddisfatto anche con un data rate di 144 kbit/s. 3 
I ^ P 

II controllo che viene fatto e il seguente. j< Q 

Il nuovo bit rate disponibile risulta essere :z jg ^ 

0,5706*11=6,2766 Mbit/s. Sommando al dato di carico 

il bit rate della richiesta del nuovo utente si 

ottiene un valore di 6,000 + 0,3,84 = 6,384 Mbit/s, 

che supera la disponibilita . 

La risorsa WLAN e disponibile? No. 

. La cella UMTS e prossima al valore di massimo 

carico, dunque la richiesta non pud essere 

) soddisfatta nemmeno dall'UMTS. 

La risorsa UMTS e disponibile? No. 

Ci si pone allora la domanda: 

E' possibile rinegoziare il servizio? Si. 

Si tenta ora con 144 kbit/s, ed il controllo 

effettuato prevede di sommare al dato di carico il 



bit-rate della (seconda) richiesta, il che portaj^gsRe^^i?, 

(mm 

fee m>h 



ottenere il valore di 6,000+0,144=6,144 Mb a&g &fifr S^SLL. > 
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tale da non superare la disponibilita . 

Ci si pone allora nuovamente la domanda: 
La risorsa WLAN e disponibile? 

La domanda riceve questa volta Tina risposta 

af fermativa (Si) . II servizio e quindi allocato 

sulla rete WLAN con l'opportuno data rate, 

modificato, ossia ridotto rispetto a quello 

originariamente richiesto. *3 _ 

O o 

Analogo ragionamento pud essere attuato per oc. - 

55 — — 

gli altri sistemi WLAN in cui sono utilizzati i O ^ 

valori numerici tipici per essi, senza in alcun j^q 
modo incidere sul processo decisionale qui oq <; 

descritto . 

Naturalmente, fermo restando il principio 
dell' invenzione, i particolari di realizzazione e 
le forme di attuazione potranno essere ampiamente 
variati rispetto a quanto descritto ed illustrato 
senza per questo uscire dall'ambito della presente 
invenzione . 

In particolare si apprezzera il fatto che - in 
almeno alcune condizioni di impiego - uno o piti. 
degli insiemi o sottoinsiemi menzionati nelle 
rivendicazioni che seguono possono di fatto 
corrispondere all'insieme vuoto. Ancora, £ evidente 
che la connotazione di "erogabile" owero "non 
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erogabile" , attribuita ad un determinate servizio 
in vista della possibile erogazione con un 
determinate sistema, non va intesa in senso fisico. 
assoluto, ma invece ragionevolmente riferita alia 
possibility di erogare un determinate servizio in 
condizioni e con un livello qualitative accettabile 
per l'utenza. 
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RIVENDICAZIONI 

1. - Procedimento per erogare servizi di 
telecomunicazioni in un ambiente in cui sono 
previsti una pluralita di sistemi di 
telecomunicazioni operanti secondo standard diversi 
(WLAN, UMTS) ed accessibili da terminale (T) in 
modo integrato, in cui almeno uno di detti servizi 
e erogabile da pill sistemi di detta plurality il 
procedimento essendo caratterizzato dal fatto che ^ 

. 2p 

comprende, a fronte della richiesta di erogazione ^ o 

■ — . 

di detto almeno un servizio, le operazioni di : ^ !±J 

verif icare la disponibilita, per m O 

1' erogazione del servizio richiesto, di almeno ion <=o < 

primo (WLAN) ed un secondo (UMTS) sistema di detta 
pluralita , e 

- selezionare, in modo automat ico e dinamico, 
uno fra detti almeno un primo (WLAN) ed un secondo 
(IJMTS) sistema di detta pluralita per 1' erogazione 
del servizio richiesto. 

2 . - Procedimento secondo la rivendicazione 
1, caratterizzato dal fatto che comprende le 
operazioni di : 

a) selezionare, in detta pluralita di 
sistemi, detto almeno un primo (WLAN) ed un 
secondo (UMTS) sistema, detto primo sistema (WLAN) 
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costituendo, rispetto a detto secondo sistema 
(UMTS) , una risorsa da sfruttare in modo 
preferenziale; detta operazione di selezionare 
essendo suscettibile di portare alia suddivisione 
di detti servizi in: 

- un primo insieme di servizi erogabili 
sostanzialmente solo con detto secondo sistema 
(UMTS) , e 

- un secondo insieme di servizi erogabili 
tanto con detto primo .sistema (WLAN) quanto con 
detto secondo sistema (UMTS) , 

- b) in presenza (102) di richiesta di 
erogazione di un servizio di detto primo insieme, 
verificare (104) la disponibilita di detto secondo 
sistema per erogare detto un servizio di detto 
primo insieme cosi come richiesto, erogando (106) e 
non erogando (110) , rispettivamente, detto servizio 
di detto primo insieme tramite detto secondo 
sistema (UMTS) , a seconda che detto secondo sistema 
sia disponibile o indisponibile, 

- c) in presenza (112, 127, 136) di richiesta 
di erogazione di un servizio di detto secondo 
insieme, 

- cl) verificare (114, 128, 138) la 
disponibilita di detto primo sistema (W1AN)/ 



per erogare detto un servizio di detto secondo 

insieme cosi come richiesto ed erogare (116) 

detto servizio di detto secondo insieme, cosi 

come richiesto, tramite detto primo sistema 

(WLAN) se detto primo sistema e disponibile; 

- c2) se detto primo sistema (WLAN) e 

indisponibile per trasmettere detto un 

servizio di detto secondo insieme cosi come 

1 richiesto, verificare la disponibilita di ^2 

O § 

detto secondo sistema (UMTS) per erogare detto ^ 
servizio di detto secondo insieme cosi come O :rj 

richiesto, erogando (120, 132, 142) e non fq o 

hsj I— 

^> 2Z 

erogando (126, 134, 144) detto servizio di ca < 

detto secondo insieme, cosi come richiesto, a 
seconda che detto secondo sistema (UMTS) sia 
disponibile o indisponibile per 1'erogazione 
di detto servizio di detto secondo insieme, 
) cosi come richiesto. 

3, - Procedimento secondo la rivendicazione 2, 
caratterizzato dal fatto che detta operazione di 
selezionare e condotta in modo tale da essere 
suscettibile di portare alia presenza, in detto 
primo insieme, di un sottoinsieme di servizi 
suscettibili di essere erogati in almeno una 
condizione di risorse di comunicazioni modificate, 
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e dal fatto che, in presenza (108) di richiesta di 
erogazione di un servizio di detto sottoinsieme, 
comprende l'operazione di verificare (104) 
l'indisponibilita di detto secondo sistema (UMTS) 
per 1' erogazione di detto servizio di detto 
sottoinsieme cosi come richiesto e, verificata tale 
indisponibilita, l'operazione di rinegoziare (109) 
la richiesta di erogazione, per cui detto servizio 
di detto sottoinsieme e nuovamente richiesto per 
1' erogazione in condizione di risorse di <C o 

o 

comunicazione modificate. 2: |y 

4 . - Procedimento secondo la rivendicazione 2 £j £ 

o la rivendicazione 3, caratterizzato dal fatto che < 
detta operazione di selezionare e condotta in modo 
tale da essere suscettibile di portare alia 
presenza, in detto secondo insieme, di un 
rispettivo sottoinsieme di servizi suscettibili di 
) essere erogati in almeno una condizione di risorse 

di comunicazione modificate, e dal fatto che, in 
presenza (112) di richiesta di erogazione di un 
servizio di detto rispettivo sottoinsieme, 
comprende le operazioni di verificare (114) 
l'indisponibilita di almeno uno fra detto primo 
(WLAN) e secondo (UMTS) sistema per 1' erogazione di 
detto servizio di detto secondo sottoinsieme cosi 
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come richiesto e, verificata tale indisponibilita 

(114, 118), l'operazione di rinegoziare (124) la 

richiesta di erogazione, per cui l'erogazione di 

detto servizio di detto rispettivo sottoinsieme £ 

nuovamente richiesta in una condizione di risorse 

di comunicazione modif icate . 

5 . ' - Procedimento secondo la rivendicazione 3 

o la rivendicazione 4, caratterizzato dal fatto che 

detta operazione di selezionare e condotta in modo Q g 

tale da essere suscettibile di portare alia g _ 

presenza, nell'ambito di uno almeno fra detto Z | 

, m O 

sottoinsieme e detto rispettivo sottoinsieme, di 

< 

servizi suscettibili di essere erogati in una 
plurality di condizioni di risorse di comunicazione 
modif icate e dal fatto che il procedimento 
comprende l'operazione di rinegoziare (109, 124) 
ripetutamente la richiesta di erogazione di 
servizio in condizioni di risorse di comunicazione 
successivamente modif icate. 

6 . - Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni 2 a 5, caratterizzato dal 
fatto che detta operazione di selezionare e 
suscettibile di portare alia suddivisione di detti 
servizi in un primo insieme comprendente servizi di . 
classe conversazionale ed un secondo insieme 
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comprendente servizi compresi in almeno una classe 
fra le classi dei servizi di streaming, servizi 
interattivi e servizi di background. 

7. - Procedimento secondo la rivendicazione 4 
e la rivendicazione 6, caratterizzato dal fatto che 
detto rispettivo sottoinsieme di servizi di detto 
secondo insieme comprende servizi di classe 
streaming . 

8. - Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni, caratterizzato dal fatto 
di selezionare detti sistemi di telecomunicazione 
nel gruppo costituito dai sistemi di 
telecomunicazione mobile. 

9. - Procedimento secondo la rivendicazione 8, 
caratterizzato dal fatto di selezionare detti 
sistemi di telecomunicazione nel gruppo costituito 
dai sistemi UMTS, WLAN e 802.11. 

10. - Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni, caratterizzato dal fatto 
che comprende l'operazione di verificare la 
disponibilita di detto primo sistema (WLAN) in base 
ad un criterio di controllo dell ' ammissione degli 
utenti, rilevando la degradazione delle prestazioni 
di detto primo sistema all' aumentare del numerb 
degli utenti. /.^ ■ 



11. - Procedimento secondo la rivendicazione 
10, caratterizzato dal fatto che comprende le 

operazioni di : 

rilevare il bit rate complessivo a 
disposizione degli utenti attivi su detto primo 

sistema (WIAN) , 

considerare detto primo sistema 
indisponibile per un nuovo utente quando il bit 
rate disponibile a seguito della possibile 
ammissione del nuovo utente raggiunge un valore di 
soglia. 

12. - Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni , caratterizzato dal fatto 
che comprende. l'operazione di rilevare la 
disponibilita di detto secondo sistema (UMTS) 
definendo un parametro di carico (ti) del secondo 
sistema stesso e considerando detto secondo sistema 
indisponibile quando detto parametro di carico 
raggiunge un valore di soglia. 

13 . - Procedimento secondo la rivendicazione 
13, caratterizzato dal fatto che detto parametro di 
carico (r|) e un parametro desunto dalla definizione 
della cosiddetta "pole capacity" . 

14 . - Sistema per erogare servizi di 
telecomunicazioni in un ambiente in cui sono 
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previsti una plurality di sistemi di 
telecomunicazioni operanti secondo standard diversi 
(WLAN, UMTS) ed accessibili da terminale (T) in 
modo integrate, in cui almeno uno di detti servizi 
d erogabile da piti sistemi di detta plurality il 
sistema essendo caratterizzato dal fatto che 
comprende un modulo (10) suscettibile, a fronte 
della richiesta di erogazione di detto almeno un 
servizio, di co-operare con detta pluralita di 
sistemi di telecomunicazione per 

verificare la disponibilita, per 
1' erogazione del servizio richiesto, di almeno un 
primo (WLAN) ed un secondo (UMTS) sistema di detta 
pluralita, e 

- selezionare, in modo automat ico e dinamico, 
uno fra detti almeno un primo (WLAN) ed un secondo 
(UMTS) sistema di detta pluralita per 1' erogazione 
del servizio richiesto. 

15. - Sistema secondo la rivendicazione 14, 
caratterizzato dal fatto che detto modulo (10) d 
integrato in un elemento controllore comune a detti 
almeno un primo (WLAN) ed un secondo (UMTS) sistema 
di detta pluralita. 

16. Sistema secondo la rivendicazione 14 o la 
rivendicazione 15, caratterizzato dal fatto che 



35 



detto modulo e configurato per: 

- a) selezionare, in detta pluralita di 

sistemi, detto almeno un primo (WLAN) ed un 

secpndo (UMTS) sistema, detto primo sistema (WLAN) 

costituendo, rispetto a detto secondo sistema 

(UMTS) , una risorsa da sf ruttare in modo 

preferenziale; detta operazione di selezionare 

essendo suscettibile di portare alia suddivisione 

di detti servizi in: Op 

-< ^ 

- un primo insieme di servizi erogabili 5 3 
sostanzialmente solo con detto secondo sistema 



(UMTS) , e 

- un secondo insieme di servizi erogabili 
tanto con detto primo sistema (WLAN) quanto con 
detto secondo sistema (UMTS) , 

- b) in presenza (102) di richiesta di 
erogazione di un servizio di detto primo insieme, 
verificare (104) la disponibilita di detto secondo 
sistema per erogare detto un servizio di detto 
primo insieme cosi come richiesto, erogando (106) e 
non erogando (110) , rispettivamente, detto servizio 
di detto primo insieme tramite detto secondo 
sistema (UMTS) , a seconda che detto secondo sistema 
sia disponibile o indisponibile, 

- c) in presenza (112, 127, 136) di richiesta 
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di erogazione di un servizio di detto secondo 



ins i erne, 



- cl) verificare (114, 128, 138) la 
disponibilita di detto primo sistema (WLAN) 
per erogare detto un servizio di detto secondo 
insieme cosi come richiesto ed erogare . (116) 
detto servizio di detto secondo insieme, cosi 
come richiesto, tramite detto primo sistema 
(WliAN) se detto primo sistema e disponibile; 




- c2) se detto primo sistema (WLAN) e 
indisponibile per trasmettere detto un 



servizio di detto secondo insieme cosi come 
richiesto, verificare la disponibilita di 



detto secondo sistema (UMTS) per erogare detto 
servizio di detto secondo insieme cosi come 
richiesto, erogando (120, 132, 142) e non 
erogando (126, 134, 144) detto servizio di 
detto secondo insieme, cosi come richiesto, a 
seconda che detto . secondo sistema (UMTS) sia 
disponibile o indisponibile per 1' erogazione 
di detto servizio di detto secondo insieme, 
cosi come richiesto. 

17. - Sistema secondo la rivendicazione 16, 
caratterizzato dal fatto che detto modulo (10) J^^^v^^^ 



configurato per condurre detta operazione 
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selezionare in modo tale che detta operazione di 
selezionare e suscettibile di portare alia 
presenza, in detto primo insieme, di un 
sottoinsieme di servizi suscettibili di essere 
erogati in almeno una condizione di risorse di 
comunicazioni ridotte, e dal fatto che, in presenza 

(108) di richiesta di erogazione di un servizio di 
detto sottoinsieme, detto modulo (10) e configurato 
per verificare (104) 1' indisponibilita di detto 
secondo sistema (UMTS) per 1' erogazione di detto 
servizio di detto sottoinsieme cosi come richiesto 
e, verificata tale indisponibilita, per rinegoziare 

(109) la richiesta di erogazione, per cui. detto 
servizio di detto sottoinsieme e nuovamente 
richiesto per 1' erogazione in condizione di risorse 
di comunicazione ridotte. 

18. - Sistema secondo la rivendicazione 16 o 
la rivendicazione 17, caratterizzato dal fatto che 
detto modulo (10) e configurato per condurre detta 
operazione di selezionare in modo tale per cui 
detta operazione di selezionare e suscettibile di 
portare alia presenza, in detto secondo insieme, di 
un rispettivo sottoinsieme di servizi suscettibile 
di essere erogati in almeno una condizione di 
risorse di comunicazione ridotte, e dal fatto che, 
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in presenza (112) di richiesta di erogazione di un 
servizio di detto rispettivo sottoinsieme, detto 
modulo (10) e configurato per verificare (114) 
1' indisponibilita di almeno uno fra detto primo 
(WLAN) e secondo (UMTS) sistema per. 1' erogazione di 
detto servizio di detto secondo sottoinsieme cosi 
come richiesto e, verificata tale indisponibilita 
(114, 118), per rinegoziare (124) la richiesta di 
1 erogazione, per cui 1' erogazione di detto servizio 

di detto rispettivo sottoinsieme e nuovamente ^ izj ^ 

richiesta in una condizione di risorse di ^ O 

comunicazione ridotte. < 

19. - Sistema secondo la rivendicazione 17 o 
la rivendicazione 18, caratterizzato dal fatto che 
detto modulo (10) e configurato per condurre detta 
operazione di selezionare in modo tale per cui 
detta operazione di selezionare e suscettibile di 
| portare alia presenza, nell'ambito di uno almeno 

fra detto sottoinsieme e detto rispettivo 
sottoinsieme, di servizi suscettibili di essere 
erogati in una plurality di condizioni di risorse 
di comunicazione modificate e dal fatto che detto 
modulo (10) e configurato per rinegoziare (109, 
124) ripetutamente la richiesta di erogazione di 
servizio in condizioni di risorse di comunicazione 
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successivamente modificate. 

20. - Sistema secondo una qualsiasi delle 
precedenti rivendicazioni 16 a 19, caratterizzato 
dal fatto che detto modulo (10) d configurato in 
modo tale per cui detta operazione di selezionare e 
suscettibile di portare alia suddivisione di detti 
servizi in un primo insieme comprendente servizi 
di classe conversazionale ed un secondo insieme 
comprendente servizi compresi in almeno una classe 
fra le classi dei servizi di streaming, servizi 
interattivi e servizi di background. 

21. - Sistema secondo la rivendicazione 18 e 
la rivendicazione 20, caratterizzato dal fatto che 
detto rispettivo sottoinsieme di servizi di detto 
secondo insieme comprende servizi di classe 
streaming . 

22. - Sistema secondo una qualsiasi delle 
precedenti rivendicazioni 14 a 21, caratterizzato 
dal fatto che detto modulo (10) e configurato per 
co-operare con sistemi di telecomunicazione mobile 
quali detti sistemi di telecomunicazione di detta 
pluralita. 

23. - Sistema secondo la rivendicazione 22, 
caratterizzato dal fatto che detto modulo (10) £ 
configurato per co-operare con sistemi di 
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telecomunicazione compresi nel gruppo costituito 
dai sistemi UMTS, WLAN e 802.11. 

24. - Sistema secondo la rivendicazione 23, 
caratterizzato dal fatto che detto modulo (10) § 
integrato in un controllore RNC. 

25. - Sistema secondo una qualsiasi delle 
precedenti rivendicazioni 14 a 24, caratterizzato 

dal fatto che detto modulo (10) e configurate per ^ >< 

verif icare la disponibilita di detto primo sistema ^ P 

(WLAN) in base ad un criterio di controllo 9 nj 

dell'ammissione degli utenti, rilevando la 
degradazione delle prestazioni di detto primo ^ ^ 

sistema all ' aumentare del numero degli utenti. 

26. - Sistema secondo la rivendicazione 25, 
caratterizzato dal fatto che detto modulo (10) e 
configurato per : 

rilevare il bit rate complessivo a 
| disposizione degli utenti attivi su detto prima 

sistema (WLAN) , 

considerare detto primo sistema 
indisponibile per un nuovo utente quando il bit 
rate disponibile a seguito della possibile 
ammissione del nuovo utente raggiunge un valore di 
soglia . 

- Sistema secondo una qualsiasi ddl^p Jt 0^f^ &Z£k. 
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precedent! rivendicazioni 14 a 26, caratterizzato 
dal fatto che detto modulo (10) e configurato per 
rilevare la disponibilita di detto second© sistema 
(UMTS) definendo un parametro di carico (t|) del 
secondo sistema stesso e considerando detto secondo 
sistema. indisponibile quando detto parametro di 
carico raggiunge un valore di soglia. 

28. - Sistema secondo la rivendicazione 27, 
caratterizzato dal fatto che detto parametro di 
carico (t\) e un parametro desunto dalla definizione 
della cosiddetta "pole capacity" . 

29. - Prodotto inf ormatico direttamente 
caricabile nella memoria interna di un elaboratore 
numerico e comprendente porzioni di codice software 
per realizzare le operazioni secondo una delle 
rivendicazioni 1 a 13, quando il prodotto e 
eseguito su un elaboratore. 
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